Re: [GENERAL] Re: Displaying Image BLOBs - Mailing list pgsql-general

From Herouth Maoz
Subject Re: [GENERAL] Re: Displaying Image BLOBs
Date
Msg-id l03110703b2d9f344c834@[147.233.159.109]
Whole thread Raw
In response to Re: Displaying Image BLOBs  (Fabrice Scemama <fabrice.scemama@gesnet.net>)
List pgsql-general
At 18:01 +0200 on 26/01/1999, Fabrice Scemama wrote:


> Keeping information about sizes of images might be embarrassing,
> though I think there's on CPAN Perl modules to learn from an image
> it's size, jpeg or gif alike (not sure).
>
> But people might prefer using only the WIDTH *or* the HEIGHT
> parameter; Netscape and Explorer will then keep the image ratio
> when displaying the image.

I guess we're drifting off-topic, but for those who write this sort of
program for embedding images in HTML pages, it's important to know:

If you explicitly state the full size (width and height) in the IMG tag,
your browser will be able to allocate the needed screen space even before
the image loads. Therefore, if all the images in your page are tagged with
their sizes, the browser is able to display the page's text before loading
the images.

This causes the users to have an early feedback - they see that "something
is coming through", thus takes some frustration away and gives an illusion
of speed. If you don't do things this way, the text will not show until the
last of the unsized images have loaded.

In a similar vain, avoid using a large tables that contain the rest of your
page's contents. Netscape waits for the </TABLE> before it displays the
page, which means none of the contents will show until the page is fully
loaded. It's better to decompose things into smaller tables and just align
them. This advice is useful for those who want to display database results
on an HTML page.

Herouth

--
Herouth Maoz, Internet developer.
Open University of Israel - Telem project
http://telem.openu.ac.il/~herutma



pgsql-general by date:

Previous
From: Charles Hornberger
Date:
Subject: type creates broken view, which can't be deleted
Next
From: Herouth Maoz
Date:
Subject: Re: [GENERAL] viewing/editing function definitions